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(54) Device network 

(57) A network [1 0] for connecting a plurality of de- 
vices [11] and the components includes at least one fan- 
out device [13, 20, 50, 100, 200] for connecting the de- 
vices [11] to each other. The fan-out device [13, 20, 50, 
100, 200] includes a controller [54, 110, 220], atop port 
[21 2] and a plurality of downstream ports [202]. The con- 
troller [54, 110, 220] monitors messages received by the 
ports and generates messages that are sent via the 
ports. The network [10] also includes a plurality of net- 
work cables [14], one per port. The network [10] utilizes 
a cabling system that includes twisted pairs for commu- 
nicating the messages via the Ethernet protocol and 
power conductors for distributing power to the various 
network devices [11], The fan-out device [13, 20, 50, 
100, 200] includes one power component [121-123, 
204] associated with each of the ports. Each power com- 
ponent [121-123, 204] provides connections between 
the power lines in the network cable [14] and the ports 



of the fan-out device [13, 20, 50, 100, 200]. The power 
components [121-123, 204] are used to power the de- 
vices [11] on the network [10] and to monitor the power 
lines for problems. Switching circuitry in the power com- 
ponents [121-123, 204] allows the fan-out device [13, 
20, 50, 100, 200] to isolate cable runs connected thereto 
that have shorts or other problems. The fan-out device 
[13, 20, 50, 100, 200] preferably stores a device identi- 
fication number that the controller [54, 110, 220] trans- 
mits on all of the ports in response to a message re- 
ceived on one of the downstream ports [202]. The con- 
troller [54, 110, 220] also generates a signal on the top 
port [212] that causes any device [11] connected to the 
fan-out device [13, 20, 50, 100, 200] via the top port 
[21 2] to ignore the message. The fan-out device [1 3, 20, 
50, 100, 200] may provide a hub that is transparent to 
Ethernet protocols while not introducing the jitter into the 
signals associated with the re-transmission and syn- 
chronization functions performed by conventional hubs. 



in 

s 

o> 
o 

Q. 
LU 




IKilJRI: 2 



Printed by Jouw. 75001 PARIS (FR) 



1 



EP 0 964 551 A1 



2 



Description 

[0001] The present invention relates to a network for 
connecting a plurality of devices, such as data process- 
ing systems and which is suitable for industrial environ- 
ments. 

[0002] In many control and monitoring applications 
one or more field busses are used to establish commu- 
nication between the various sensors, actuators, con- 
trollers and other components typically found at the field 
level in such systems. Most of these field busses are 
either proprietary or of limited use outside of rather nar- 
row application areas. There has been considerable in- 
terest in using a standard communication protocol such 
as Ethernet™ in these applications. 
[0003] Field level communications are typically estab- 
lished among sensors, actuators, controllers, and other 
devices (nodes) found in factory, industrial, environmen- 
tal monitoring, agricultural and similar application envi- 
ronments. Unfortunately, applications in industrial set- 
tings typically have considerably different environmen- 
tal, installation, and operational requirements from 
those found in the office environment where Ethernet™ 
is the dominant protocol. 

[0004] First, the devices in an industrial setting are 
typically powered from conductors that are included in 
the cable carrying the signal lines. In office settings, in- 
dividual nodes are powered from local 110 VAC power 
plugs. If a cable failure occurs in an industrial setting, 
the entire portion of the network serviced by that cable 
could be rendered inoperative. The repair of the system 
may be delayed for some period of time because the 
industrial environment has hazards that limit the repair 
staff to technicians who are familiar with the particular 
plant environment in which the cable is installed. Such 
failures are less frequent in the office environment since 
individual nodes are separately powered and repairs are 
not complicated by safety considerations. Hence, the 
network components utilized in the office implementa- 
tions of Ethernet do not provide facilities for containing 
the failure to allow at least a portion of the network to 
continue functioning. 

[0005] Second, office environments typically use sys- 
tems in a star topology; whereas, industrial environ- 
ments are better suited to a combination of star and lin- 
ear topologies. In an office environment, devices are 
typically connected to a repeater using a star pattern. 
Such repeaters are normally found in 'wiring closets' that 
contain other network components such as gateways, 
access to wide area networks, etc. In industrial environ- 
ments at the field level, two typical configurations are 
found. In the first configuration, there are a number of 
devices located within a relatively close distance. For 
example, a collection of devices associated with a par- 
ticu lar mach ine or process such as a boiler or packaging 
machine could be in this configuration. In this case, a 
network in a star configuration is preferred. In the sec- 
ond configuration, there are a number of devices, or a 



number of collections of devices, which are relatively 
sparsely spaced and for which a linear topology is more 
natural to minimize the wiring costs. A collection of prox- 
imity sensors spaced along a conveyor line would be 

5 preferably configured in this manner. 

[0006] Current hubs and 10 baseT systems are limit- 
ed to star topology. The original Ethernet coaxial system 
was linear but currently represents a small fraction of 
the Ethernet installations. In an industrial environment, 

10 coax is not favored, as it is more susceptible to damage 
and degradation due to bending than twisted pair ca- 
bles. 

[0007] In principle, a linear topology can be construct- 
ed from a plurality of hubs connected together. In prac- 

15 tice, however, the number of hubs that can be combined 
reliably is limited to less than 7. This limitation results 
from the "signal jitter" introduced by each hub. This jitter 
is additive; hence, as the number of hubs increases, the 
jitter increases until the signaling protocols fail. The 

20 maximum number of hubs, in general, is not predictable, 
since this number depends on the specifics of each in- 
stallation. Hence, to provide a linear topology, a compo- 
nent that combines signals without introducing jitter is 
needed. 

25 [0008] Third, individual nodes are addressed only via 
their node addresses in Ethernet systems. While ad- 
dress tables are logically sufficient to manage commu- 
nications, they have a number of problems. For exam- 
ple, the tables are subject to installation errors and are 

30 difficult to maintain. 

[0009] In addition, the information is not easily acces- 
sible by components connected to the nodes. The net- 
work topology often contains information on the func- 
tioning of devices within the network. For example, all 

35 of the devices connected to a particular hub may be re- 
lated to a particular piece of machinery or group of ma- 
chines that work in concert. If one machine fails, it may 
be necessary to send messages to the other machines 
to take action to contain the damage caused by the first 

40 machine's failure. This requires the data processing 
system at the node that detected the failure to send a 
message to all other devices on the relevant hub. To per- 
form this communication, the sending processor needs 
to know the addresses of all devices on that hub. This 

45 information is not generally easily available to devices 
attached to the network. Typically only one computer in 
a large network will have a map of the network, and this 
computer, is not necessarily programmed to provide that 
information to a device on a node of the network. Hence, 

so an additional level of address support is needed so that 
a message can be directed to all devices attached to a 
hub or similar device without requiring the sender to pro- 
vide the address of each recipient. 
[0010] The present invention, seeks to provide an im- 

55 proved network. 

[0011] According to an aspect of the present inven- 
tion, there is provided a network as specified in claim 1 . 
[001 2] According to another aspect of the present in- 
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vention there is provided a fan-out device as specified 
in claim 6. 

[0013] The preferred embodiment can provide an im- 
proved network system that is better adapted to indus- 
trial environments, for example an industrial network 
that can function with the Ethernet standard and which 
can support linear topologies. 
[001 4] The preferred industrial network may be capa- 
ble of containing cable failures so that at least a portion 
of the network serviced by the cable can continue to 
function. 

[0015] Advantageously, devices can be addressed 
with reference to the network topology. 
[001 6] The preferred system is a network for connect- 
ing a plurality of devices and the components used in 
constructing the network. The network includes at least 
one fan-out device for connecting the devices. The fan- 
out device includes a top port and a plurality of down- 
stream ports. The fan-out device also includes a con- 
troller for monitoring messages received by the ports 
and for generating messages to be sent via the ports. A 
first signal combining circuit in the fan-out device gen- 
erates an upstream combined message including mes- 
sages generated by the controller for the top port and 
messages received by the downstream ports. The up- 
stream combined message is transmitted from the top 
port. The fan-out device also includes a second signal 
combining circuit for generating a downstream com- 
bined message that includes messages generated by 
the controller for the downstream ports and messages 
received by the top port. The downstream combined 
message is transmitted from the downstream ports. The 
network also includes a plurality of network cables, one 
per port, for communicating messages to and from the 
devices. The signal combining circuits are preferably 
summing amplifiers. In the preferred embodiment of the 
present invention, the network cable includes twisted 
pairs for communicating the messages via the Ethernet 
protocol and first and second power conductors. Alter- 
nate embodiments can be designed which combine the 
signaling and power function is a single pair of wires. 
[001 7] In the preferred embodiment of the present in- 
vention, the fan-out device further comprises a plurality 
of power components, one such power component be- 
ing associated with each of the ports. Each power com- 
ponent is connected to the first and second power con- 
ductors of the network cable connected to the port as- 
sociated with that power component. The fan-out device 
is powered by power received by one of the power com- 
ponents, usually the power component associated with 
the top port. Each of the power components also in- 
cludes a circuit for detecting a predetermined condition 
on the first and second power conductors connected to 
the power component and for generating a signal indic- 
ative of the existence of the condition. In addition, each 
of the power components includes a switching circuit for 
disconnecting the first and second power conductors in 
the network cable connected to the port associated with 



the power component from the fan-out device upon de- 
tection of the predetermined condition. When the pre- 
determined condition is detected, the controller also 
generates and sends a message indicating that the pre - 
5 determined condition was detected via the top port. 
[0018] In another embodiment of the invention, the 
network cable includes first and second signal conduc- 
tors and the fan-out device further includes a plurality of 
signal line monitoring components for detecting prob- 
10 lems in the signal conductors and isolating the signal 
conductors when problems are detected. One such sig- 
nal line monitoring component is associated with each 
of the ports and is connected to the first and second sig- 
nal conductors of the network cable connected to the 
15 port associated with that signal line monitoring compo- 
nent. Each of the signal line monitoring components in- 
cludes a circuit for detecting a predetermined condition 
on the first and second signal conductors connected to 
the signal line monitoring component and for generating 
20 a signal indicative of the existence of the condition. In 
addition, each of the signal line monitoring components 
includes a switching circuit for disconnecting the first 
and second signal conductors in the network cable con- 
nected to the port associated with the signal line moni- 
es toring component from the fan-out device. The controller 
generates and transmits an error message indicating 
that the predetermined condition was detected via the 
top port. 

[0019] In the preferred embodiment of the present in- 

30 vention, the fan-out device further includes a circuit for 
storing a device identification number. The controller 
generates and transmits an identification message con- 
taining the device identification number via the top and 
downstream ports in response to a message received 

35 on one of the downstream ports. The controller also gen- 
erates a signal on the top port that causes any device 
connected to the fan-out device via the top port to ignore 
the message. The identification message may also in- 
clude information specifying which port on the fan-out 

40 device received the request message. 

[0020] A fan-out device may be constructed from 
summing amplifiers and line receivers in such a manner 
that the device is transparent to Ethernet protocols while 
not introducing the jitter into the signals associated with 

45 the re-transmission and synchronisation functions per- 
formed by conventional hubs. 
[0021] An embodiment of the present invention is de- 
scribed below, by way of example only, with reference 
to the accompanying drawings, in which: 

so 

Figure 1 is a block diagram of a preferred embodi- 
ment of a network; 

Figure 2 is a schematic drawing of the simplest em- 
55 bodiment of a fan-out device; 

Figure 3 is a schematic drawing of another embod- 
iment of a fan-out device; 
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Figure 4 is a schematic drawing of a third embodi- 
ment of a fan-out device; 

Figure 5 is a schematic drawing of a fan-out device 
that incorporates the functionality of a conventional s 
Ethernet hub. 

[0022] Refer now to Figure 1 which is a block diagram 
of an embodiment of network 10 for connecting a 
number of devices 11 to each other and to a head end 
15 which is typically a server. Network 10 is constructed 
from a cable system 1 4 and two types of fan-out devices. 
Cable system 14 is based on twisted pairs for signal 
transmission; hence, the individual devices 11 must be 
connected via some form of fan-out device. The first 
type of fan -out device will be referred to as a hub. Hubs 
are shown at 12 in Figure 1 . A hub amplifies the signals, 
resynchronizes, and retransmits the amplified signals. 
As noted above, there is a limit to the number of hubs 
that can be connected in series, since the retransmis- 
sion function of each hub introduces "jitter" into the sig- 
nals output therefrom. 

[0023] To overcome the limit on the number of hubs 
that can be connected in series, the network utilizes a 
second type of fan-out device, referred to as a T". Ex- 
emplary T's are shown at 1 3. A T may be viewed as hub 
having a fan-out of 2 that only amplifies the signals. That 
is, a T does not provide the ^synchronization and re- 
transmission function normally associated with a hub, 
and hence is transparent to the Ethernet protocol. Ac- 
cordingly, a T does not introduce significant jitter into the 
signals passing therethrough. Hence, Ts are not nearly 
as limited in the number of such devices that can be con- 
nected in series. For Ts which are properly designed to 
account for the impedance and transmission properties 
of the signaling wire, the limit on the number of Ts that 
can be connected in senes is determined by the total 
length of wire allowed between the last conventional re- 
peater (i.e., retransmitting device) and the end device 
less the effective electrical length of the Ts (based on 
their internal delays). Such delays are usually negligible; 
hence, the number of Ts that can be connected in series 
is significantly greater than the number of hubs that can 
be connected in series. 

[0024] The manner in which a T functions can be more 
easily understood with reference to Figure 2. Figure 2 
is a schematic drawing of the simplest embodiment of 

aT. 

[0025] T 20 has three ports, labeled 21 , 31 , and 41 . 
Consider port 21 , The inbound signal line 22 is connect- 
ed to a line-receiving amplifier 24. Outbound signal line 
23 is connected to a summing amplifier 25 whose inputs 
are the outputs of the line-receiving amplifiers from the 
other ports in the T, i.e., amplifiers 34 and 44. The other 
ports function in the analogous manner. Port 31 ampli- 
fies the signal received on inbound line 32 via amplifier 
34 and constructs an output signal on line 33 by sum- 
ming the outputs of amplifiers 24 and 44 in amplifier 35. 



Similarly, port 41 amplifies the signal received on in- 
bound line 42 via amplifier 44 and constructs an output 
signal on line 43 by summing the outputs of amplifiers 
24 and 34 in amplifier 45. 

[0026] It will be evident to those skilled in the art from 
the preceding discussion that fan-out devices having a 
fan -out of more than 2 may be constructed in a manner 
analogous to that described above with respect to T 20. 
Each port of the fan-out device would have a line ampli- 
fier to amplify the signals on the input line associated 
with that port. Each port would also have a summing 
amplifier for constructing an output signal to be trans- 
mitted on the ports output line. The summing amplifier 
would have the outputs of the line amplifiers not asso- 
ciated with that port as its inputs. 
[0027] The T discussed above will appear to the de- 
vice transmitting to a port as just a length of cable pro- 
vided only a single message is being transmitted in the 
system. If two devices attached to the T attempt to si- 
multaneously transmit a packet, the Ethernet protocol 
requires that a "collision* signal be placed on the net- 
work. The collision signal should be generated by the 
two components transmitting into ports as they both see 
their own as well as the second signal. However, em- 
bodiments of the present invention in which the T gen- 
erates the collision signal may also be utilized. An alter- 
native to generating a collision signal is to force a CRC 
error. 

[0028] Refer now to Figure 3, which is a block diagram 
of another embodiment of a T according to the present 
invention. T 50 has input ports 51 , 52, and 53. It differs 
from T 20 in that it also includes a controller 54, which 
receives signals from each of the line amplifiers 55-57. 
Controller 54 also generates output signals that are cou- 
pled to the various ports via summing amplifiers 58-60. 
Controller 54 includes circuitry for detecting the simul- 
taneous presence of a packet or carrier signal on two or 
more ports. When this condition is detected, controller 
54 generates and transmits the collision signal. The de- 
tection is preferably performed in the same manner 
used in conventional Ethernet implementations. Hence, 
T 50 is completely transparent to the nodes that are con- 
nected to its ports. 

[0029] The circuits in the T and hub components used 
in a network require power. In principle, the power could 
be provided from a local power source in the same man- 
ner as utilized with conventional hubs in Ethernet sys- 
tems. As noted above, industrial environments do not 
always lend themselves to local power sources. Hence, 
in the preferred embodiment of the present invention, 
the network cabling also includes conductors for trans- 
mitting power. The conductors can transmit either AC or 
DC power. AC power has two advantages. First, polarity 
is not an issue. Second, ground isolation for the compo- 
nents may be implemented with simple transformers. 
[0030] In the preferred embodiment of the present in- 
vention the fan -out components include power compo- 
nents that couple and/or manage the power distribution 
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system. The power components will be discussed with 
reference to a T such as that discussed above with ref- 
erence to Figure 3. However, it will be obvious to those 
skilled in the art from the following discussion that such 
power components can also be included in other net- s 
work elements. 

[0031] Refer now to Figure 4, which is a schematic 
drawing of a T 100 which includes components for ex- 
tracting power and managing the power distribution net- 
work. Each of the ports 101-103 includes a power com- 
ponent for coupling the power conductors shown at 
111-113, respectively to T 100. The power component 
corresponding to ports 101-103 are shown at 121-123, 
respectively. The connections between the power com- 
ponents and the various amplifiers have been omitted 
to simplify the figure. In addition, it is assumed that con- 
troller 110 is also powered by one of the power compo- 
nents. In general, it will be the power component on the 
top port that provides the power for the T. 
[0032] In the simplest embodiment, each power com- 
ponent is a transformer, and controller 11 0 or the ampli- 
fiers themselves include the necessary circuitry for con- 
verting the AC power to the logic levels needed by the 
components. 

[0033] As noted above, industrial environments often 
involve long network lines that are subject to damage. 
In addition, any device that is connected to the power 
lines can, in principle, develop a short that can take 
down the entire power system. Hence, in the preferred 
embodiment of the present invention, each power com- 
ponent includes additional circuitry to detect failures and 
switching circuitry to isolate the portion of the power line 
that has shorted. For example, each power component 
may include circuitry for measuring the load seen at the 
port associated with that power component and switch- 
ing circuitry that allows the power at that port to be iso- 
lated. In such embodiments, controller 110 includes 
power management functions. Controller 1 1 0 preferably 
senses the load at each port to determine if any abnor- 
mality exists, e.g. an open circuit, a short circuit, or other 
some other defined abnormality. Upon detecting such 
an abnormality, controller 110 isolates the power. Con- 
troller 110 may also send a signal to and from the ab- 
normal port to prevent the abnormality from disturbing 
the rest of the system. In addition, controller 110 can 
provide a visual indication identifying the port associat- 
ed with the abnormality to aid maintenance personnel. 
[0034] A similar arrangement may be employed to 
sense problems in the signal carrying conductors of the 
network cable. In embodiments employing this feature, 
each port includes a line monitor under the control of 
controller 1 1 0 that monitors the impedance of the signal 
carrying conductors. The line monitors corresponding to 
ports 101-103 are shown at 131-133, respectively. The 
line monitors may also include switching circuitry for iso- 
lating portions of the lines in which an abnormality exists 
thereby preventing the abnormality from disturbing the 
rest of the signal-transmitting portion of the network. 



[0035] Since such failures are anticipated events, 
controller 110 can be programmed to send a "canned" 
message from the functional ports reporting the exist- 
ence and location of the detected fault. In this case, con- 
troller 110 includes an identification number that identi- 
fies the component in which controller 110 is located as 
part of the message in the preferred embodiment of the 
present invention. Accordingly, a network component 
according to the present invention preferably includes a 
unique identifier to be included in such messages. 
[0036] It should be noted that in a network according 
to the present invention, the faults are known to be 
downstream of the segment connected to the port at 
which the fault was detected. If the fault were beyond 
the immediate segment, it would have been detected in 
the next component instead. Such a system for isolating 
and signaling the presence of faults greatly increases 
the maintainability of Ethernet networks in the industrial 
environment. 

[0037] The network management and power distribu- 
tion functions described above with reference to Ts can 
be included in conventional Ethernet hubs and similar 
devices to provide the advantages described above to 
these devices. The manner in which this is accom- 
plished may be more easily understood with reference 
to Figure 5, which is a schematic diagram of a hub 200 
according tothe present invention. Hub 200 includes the 
re-transmission circuitry 201 found in conventional hubs 
for interfacing the various conventional ports 202 to 
each other. One of the conventional ports is defined to 
be top port 21 2 that defines the upstream direction. The 
remaining ports are the downstream ports. While the 
above described embodiments of fan-out device ac- 
cording to the present invention did not specifically de- 
fine one of the ports as the "top port". However, it will be 
evident to those skilled in the art that any of the ports 
can be connected to the upstream portion of the 
network , i.e., the portion nearest to the head end. This 
port then becomes the "top port". The conventional hub 
circuitry will not be discussed further, as it functions in 
the conventional manner. Hub 200 also includes a con- 
troller 220 that monitors the signals received on each 
port and generates signals for transmission through the 
ports. 

[0038] The signals generated by controller 220 are in- 
troduced into the communication stream with the aid of 
summing amplifiers 205 and 206. Since Ethernet proto- 
cols do not permit hubs to store and forward, a packet 
generated by controller 220 must be transmitted through 
all of the ports. For messages generated by the control- 
ler 220 which should be processed only by devices at- 
tached to the bottom ports, controller 220 generates a 
"collision" or an error transmission signal that causes a 
checksum error to be generated by devices connected 
to the top port. As noted above, this signal will cause all 
of the receivers listening to the top port to discard this 
packet. A similar mechanism can be utilized to preclude 
downstream devices from processing a message while 
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allowing a top connected device to process the mes- 
sage correctly. 

[0039] In embodiments which provide power and 
power management, power components 204 under the 
control of controller 220 are utilized in a manner analo- 
gous to that described above. The connections between 
the power components and the various amplifiers and 
other circuitry in hub 200 have been omitted to simplify 
the drawing. Similarly line monitors 203 under the con- 
trol of controller 220 may be introduced to monitor and 
manage the communication network in a manner anal- 
ogous to that described above. 
[0040] As discussed above, conventional Ethernet 
networks address the network components via address 
tables. A first device wishing to send a message to a 
second device on the network must know the address 
of the receiving device so that it can address a message 
to that device. This requires each device to keep track 
of the addresses of all devices to which it might need to 
send a message. Since network topologies are seldom 
fixed for all times, the address tables for such devices 
must be periodically updated. This process complicates 
the management of the network. Further, the addition of 
a new device at a hub can require software changes in 
numerous other devices further complicating network 
management. 

[0041] The preferred network this provides a new 
method for addressing messages that overcomes many 
of these problems. Since this feature is common to all 
the described embodiments of network interface devic- 
es, the following discussion will assume that the relevant 
device is a hub. However, it will be obvious to those 
skilled in the art from the following discussion that the 
same methodology applies to T's and other compo- 
nents. 

[0042] Consider the case in which all devices at a par- 
ticular hub are to be addressed by a device that may be 
one of the devices at the hub or a remote device. If a 
device knows the identification number of the hub to 
which it is attached, then the device can properly inter- 
pret a message addressed to all devices connected to 
the hub having an identification number contained in the 
message. In the preferred network, ail of the devices at- 
tached to a hub according to the present invention can 
determine the identification number of the hub by send- 
ing a special message that is recognized by the control- 
ler in the hub. The controller defines an upstream and 
downstream direction for the hub. When it receives a 
message from the downstream direction requesting the 
hub's identification number, the controller responds by 
sending a message which includes its identification 
number to all downstream ports. 
[0043] It should be noted that in the case of a hub or 
similar device, the controller cannot prevent the mes- 
sage from propagating in the upstream direction as well. 
However, the controller prevents the message from be- 
ing acted upon by the device in the upstream direction 
by generating a collision signal on the top port. Hence, 



any upstream device receiving the message will discard 
it as being corrupted. 

[0044] This method of preventing other devices from 
reading the message can be applied selectively to any 

s port. Hence, when the controller detects a special mes- 
sage from port x, it can respond to that message by 
sending a response that propagates out to all of the 
ports while generating a collision signal on all ports ex- 
cept port x. Accordingly, the device connected to port x 

10 can also receive a message directed only to it by the 
controller. This type of message allows each port to de- 
termine its position on the hub by requesting both the 
hub identification information and its port number on that 
hub. A similar mechanism can be utilized to allow a de- 

15 vice to provide its own unique identification in its request 
to the controller. If this identification is included in the 
response, then other devices may ignore the informa- 
tion. This mechanism requires a more complex control- 
ler, since the controller must parse the request for con- 

20 tent, i.e. the identification, rather than just the message 
type. Accordingly, a device connected to a hub can gen- 
erate a second address for itself that depends only on 
the topology of the network. This address will be referred 
to as the device's topological address" in the following 

25 discussion. 

[0045] Once a device knows its topological address, 
it can respond to commands that are addressed via this 
new address. This feature allows any device to address 
messages to ail devices attached to a specific hub or 

30 the device attached to a specific port on the hub without 
the need to store the Ethernet addresses of the individ- 
ual devices on that hub. 

[0046] It should be noted that the controller in a hub 
or similar device could be viewed as a separate device 
35 connected to an internal "port* of the device. Hence, the 
controller can also request its topological address from 
the device connected upstream of the device in which it 
is located. Accordingly, the topological addressing 
scheme can provide the basis for any device to deter- 
40 mine not only its "parent", but also its grandparent, great 
grandparent, etc. Hence, the topological addressing 
scheme allows devices to respond to commands direct- 
ed to any device at any level of a device's "family tree". 
[0047] The disclosures in United States patent appli- 
es cation no. 09/096,403, from which this application 
claims priority, and in the abstract accompanying this 
application are incorporated herein by reference. 



50 Claims 

1 . A network [1 0] for connecting a plurality of devices 
[1 1 ], including a fan-out device [1 3, 20, 50, 1 00, 200] 
including a top port [212] and a plurality of down- 
55 stream ports [202], a controller [54, 110, 20] for 
monitoring messages received by said ports and for 
generating messages to be sent via said ports; a 
first signal combining circuit [206] for generating an 
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upstream combined message comprising messag- 
es generated by said controller [54, 110, 220] for 
said top port [212] and messages received by said 
downstream ports [202], said upstream combined 
message being transmitted from said top port [21 2]; 
and a second signal combining circuit [205] for gen- 
erating a downstream combined message compris- 
ing messages generated by said controller [54, 1 1 0, 
220] for said downstream ports [202] and messages 
received by said top port [212], said downstream 
combined message being transmitted from said 
downstream ports [202]; and a network cable [14] 
connected to said top port [212] and each of said 
downstream ports [202] for communicating mes- 
sages to and from said devices [11]. 

2. A network as in claim 1 , wherein said first signal 
combining circuit [206] includes a summing ampli- 
fier. 

3. A network as in claim 1 or 2. wherein said fan-out 
device [1 3, 20, 50, 1 00, 200] conforms to the Ether- 
net standard for sending messages between said 
devices [11]. 

4. A network as in claim 1 , 2 or 3, wherein said network 
cable [14] includes first and second power conduc- 
tors [111-113]. 

5. A network [10] as in claim 4, wherein said fanout 
device [13, 20, 50, 100, 200] includes a plurality of 
power components [121-1 23, 204], one such power 
component [121-123, 204] being associated with 
each of said ports, each power component 
[121-123, 204] being connected to said first and 
second power conductors [1 1 1 -1 1 3] of said network 
cable [1 4] connected to said port associated with 
that power component [121-123, 204], said fan-out 
device [1 3, 20, 50, 1 00, 200] being powered by pow- 
er received by one of said power components 
[121-123, 204]. 

6. A fan-out device [12, 20, 50, 100, 200] including a 
top port [212] and a plurality of downstream ports 
[202], said fan-out device [13, 20, 50, 100, 200] 
comprising: a controller [54, 110, 220] for monitor- 
ing messages received by said ports and for gen- 
erating messages to be sent via said ports; a first 
signal combining circuit [206] for generating an up- 
stream combined message comprising messages 
generated by said controller [54, 110, 220] for said 
top port [212] and messages received by said 
downstream ports [202], said upstream combined 
message being transmitted from said top port [21 2]; 
and a second signal combining circuit [205] for gen- 
erating a downstream combined message compris- 
ing messages generated by said controller [54, 1 1 0, 
220] for said downstream ports [202] and messages 



received by said top port [212], said downstream 
combined message being transmitted from said 
downstream ports [202]. 

5 7. A fan-out device as in claim 6, wherein said fan-out 
device [1 3, 20, 50, 1 00, 200] conforms to the Ether- 
net standard for sending messages between devic- 
es [11] connected to said ports. 

to a A fan-out device as in claim 6 or 7, including a plu- 
rality of power components [121-123, 204], one 
such power component [121-123, 204] being asso- 
ciated with each of said ports, each power compo- 
nent [121-1234, 204] being connected to first and 

is second power terminals associated with that port, 
said fan-out device [13, 20, 50, 100, 200] being 
powered by power received by one of said power 
components [121-123, 204] for connecting said 
power component [121-123, 204] to first and sec- 

20 ond power conductors [111-113]. 

9. A fan-out device as in claim 8, wherein each of said 
power components [1 21 -1 23, 204] includes a circuit 
for detecting a predetermined condition on said first 

25 and second power terminals connected to said pow- 
er component [121-123, 204] and for generating a 
signal indicative of the existence of said condition. 

1 0. A fan-out device as in any of claims 6 to 9, including 
30 a circuit for storing a device identification number, 

said controller [54, 1 1 0, 220] being operable to gen- 
erate and transmit an identification message con- 
taining said device identification number via said 
top and downstream ports [202] and to generate a 
35 signal on said top port [21 2] that causes any device 
[11] connected to said fan-out device [13, 20, 50, 
100, 200] via said top port [212] to ignore said mes- 
sage. 
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